home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / space / 940172.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB

  1. Date: Thu, 30 Jun 94 04:30:27 PDT
  2. From: Ham-Space Mailing List and Newsgroup <ham-space@ucsd.edu>
  3. Errors-To: Ham-Space-Errors@UCSD.Edu
  4. Reply-To: Ham-Space@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Space Digest V94 #172
  7. To: Ham-Space
  8.  
  9.  
  10. Ham-Space Digest            Thu, 30 Jun 94       Volume 94 : Issue  172
  11.  
  12. Today's Topics:
  13.                      AO-13 and Field Day (3 msgs)
  14.                decoding telemetry by telephone modem ?
  15.                    Element Files Standard (2 msgs)
  16.                     S. Trakcing Prg Recommendation
  17.                           Satellite Tracking
  18.  
  19. Send Replies or notes for publication to: <Ham-Space@UCSD.Edu>
  20. Send subscription requests to: <Ham-Space-REQUEST@UCSD.Edu>
  21. Problems you can't solve otherwise to brian@ucsd.edu.
  22.  
  23. Archives of past issues of the Ham-Space Digest are available 
  24. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-space".
  25.  
  26. We trust that readers are intelligent enough to realize that all text
  27. herein consists of personal comments and does not represent the official
  28. policies or positions of any party.  Your mileage may vary.  So there.
  29. ----------------------------------------------------------------------
  30.  
  31. Date: Wed, 29 Jun 1994 14:59:27 GMT
  32. From: ihnp4.ucsd.edu!agate!library.ucla.edu!europa.eng.gtefsd.com!uhog.mit.edu!nntp.club.cc.cmu.edu!news.mic.ucla.edu!unixg.ubc.ca!quartz.ucs.ualberta.ca!gov.nt.ca!ve8ev@network.ucsd.edu
  33. Subject: AO-13 and Field Day
  34. To: ham-space@ucsd.edu
  35.  
  36. In article <1994Jun29.083523.6609@ee.ubc.ca> davem@ee.ubc.ca (Dave Michelson) writes:
  37. >Did anyone else manage to work anybody through AO-13 on Field Day?
  38. >
  39. We heard the beacons loud and clear but the transponders were
  40. >absolutely silent.  Was this just a case of a really bad squint angle
  41. >or was there something else going on?
  42. >
  43. --
  44. >Dave Michelson  ve7tsx
  45. >davem@ee.ubc.ca
  46. >
  47.  
  48. Same here.  I think it was the squint angle though.  At about 1130UTC
  49. I did manage to hear my own CW and a few other stations on the downlink
  50. but signals were too weak for me to copy.  It does seem strange that
  51. it was not working at the beginning of the orbit.  I had the beacon
  52. at S-9 when it was already 11000 km out but nothing else was heard.
  53. Oh well.  Moving to attitude 180/0 on July 11 :-) :-) :-) :-)
  54. =============================================================
  55. John Boudreau VE8EV     INTERNET: ve8ev@amsat.org
  56. Inuvik, NWT, CANADA       PACKET: VE8EV@KL7GNG.#NAK.AK.USA.NA
  57. =============================================================  
  58.  
  59. ------------------------------
  60.  
  61. Date: 29 Jun 1994 12:03:04 -0600
  62. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!mnemosyne.cs.du.edu!nyx10.cs.du.edu!not-for-mail@network.ucsd.edu
  63. Subject: AO-13 and Field Day
  64. To: ham-space@ucsd.edu
  65.  
  66. davem@ee.ubc.ca (Dave Michelson) writes:
  67.  
  68. >Did anyone else manage to work anybody through AO-13 on Field Day?
  69.  
  70. >We heard the beacons loud and clear but the transponders were
  71. >absolutely silent.  Was this just a case of a really bad squint angle
  72. >or was there something else going on?
  73.  
  74. >--
  75. >Dave Michelson  ve7tsx
  76. >davem@ee.ubc.ca
  77.  
  78. Yes at the USECA clubs FD we made a few QSO's on AO-13 right as the contest
  79. began and then a few more on it's next pass closer to the end of the contest.
  80.  
  81. 73, Nate N8MBK
  82. nburnett@nyx.cs.du.edu
  83.  
  84. ------------------------------
  85.  
  86. Date: 29 Jun 1994 19:08:15 -0400
  87. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!news.intercon.com!news1.digex.net!digex.net!not-for-mail@network.ucsd.edu
  88. Subject: AO-13 and Field Day
  89. To: ham-space@ucsd.edu
  90.  
  91. In article <1994Jun29.083523.6609@ee.ubc.ca>,
  92. Dave Michelson <davem@ee.ubc.ca> wrote:
  93. >Did anyone else manage to work anybody through AO-13 on Field Day?
  94. >
  95. >We heard the beacons loud and clear but the transponders were
  96. >absolutely silent.  Was this just a case of a really bad squint angle
  97. >or was there something else going on?
  98. >
  99. >--
  100. >Dave Michelson  ve7tsx
  101. >davem@ee.ubc.ca
  102. >
  103. >
  104. >
  105. >
  106. >
  107.  
  108. ------------------------------
  109.  
  110. Date: Wed, 29 Jun 1994 13:37:50 GMT
  111. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  112. Subject: decoding telemetry by telephone modem ?
  113. To: ham-space@ucsd.edu
  114.  
  115. In article <juergen.putzger.16.0@physik.uni-regensburg.de> juergen.putzger@physik.uni-regensburg.de (Juergen Putzger) writes:
  116. >I would like to decode the telemetry of DOVE-OSCAR17. Is it possible to do 
  117. >this with an ordinary telephone modem (Hayes compatible, max. 2400 Baud) ?
  118. >The transmission rate is 1200 Baud AFSK (like packet radio). A circuit will 
  119. >be needed to simulate the telephone line, i suppose a DC-source in 
  120. >series with a transformer would do the job. Has anyone tried this with 
  121. >success?
  122.  
  123. Sorry, the packet signals are Bell 202 standard, your modem is Bell 212
  124. at 1200 baud. They aren't compatable. However, a cheap little Baycom 
  125. adapter will work with the PC.
  126.  
  127. Gary
  128. -- 
  129. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  130. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  131. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  132. Lawrenceville, GA 30244     |                     | 
  133.  
  134. ------------------------------
  135.  
  136. Date: 29 Jun 1994 11:34:31 GMT
  137. From: ihnp4.ucsd.edu!agate!usenet.ins.cwru.edu!lerc.nasa.gov!magnus.acs.ohio-state.edu!slip1-22.acs.ohio-state.edu!user@network.ucsd.edu
  138. Subject: Element Files Standard
  139. To: ham-space@ucsd.edu
  140.  
  141. In article <n7ryw.21.000054E6@teleport.com>, n7ryw@teleport.com (William
  142. Roth) wrote:
  143.  
  144.  
  145. > This makes it very difficult for programmers and users alike to find these 
  146. > files when it comes time to update. Since this is done as often as 3 times a 
  147. > week or more, I think that there should be some sort of standardization for 
  148. > the filenames used.
  149.  
  150.       This is unlikely since the names that amateurs wish to call their
  151.       satellites are not the same as those assigned by NASA.
  152. > I won't go into what I have been thinking of, since I would rather hear 
  153. > completely fresh opinions, unbiased by my suggestions. I have had a few 
  154. > responses on the two Kitsats where I posted a similar request, but I want to 
  155. > hear from as many as possible before throwing out a proposition.
  156. > Filenamse are not the only problem. Usually there is extraneous text included 
  157. > in the files. This text, though sometimes informative, is enough to drive a 
  158. > programmer to take up knitting instead! If anyone has ideas on how to separate 
  159. > this extra text, while preserving useability, I would love to hear it!!!
  160.  
  161.        The ID numbers are the starting point. The solution is you write a
  162.        little program that processes the original 2 line file from NASA.
  163.        It includes a second file which you prepare that has the ID numbers
  164.        and the name YOU want to assign to that ID number. The output file
  165.        is a changed 2 line file with your names, sans stray spaces etc.
  166.        This is not original with me. Will Marchant, KC6ROL, did this for
  167.        a special purpose last year.  
  168. > I will be checking this area for about a week before I formulate a 
  169. > proposition, which I will send out for comment, and then present to Amsat, 
  170. > NASA, and whoever else might help in implementing a standard.
  171.       
  172.        I hate to throw cold water on an idea but the 'proposal' would be
  173.        a waste of time. Neither organization is going to listen or change.
  174. 73,
  175. Ron w8gus.
  176.  
  177. ------------------------------
  178.  
  179. Date: Wed, 29 Jun 1994 12:59:36 GMT
  180. From: ihnp4.ucsd.edu!agate!library.ucla.edu!csulb.edu!csus.edu!netcom.com!thomsona@network.ucsd.edu
  181. Subject: Element Files Standard
  182. To: ham-space@ucsd.edu
  183.  
  184. In article <n7ryw.21.000054E6@teleport.com> n7ryw@teleport.com (William Roth) writes:
  185. >Over the years, I seen a lot of different ways of elements being sent. They 
  186. >seem to have boiled down to two types, Amsat and Two line. This is fine, since 
  187. >most tracking programs will read both, but there seems to be no 
  188. >standardization for filenames.
  189. >
  190. [snip]
  191. >
  192. >Filenamse are not the only problem. Usually there is extraneous text included 
  193. >in the files. This text, though sometimes informative, is enough to drive a 
  194. >programmer to take up knitting instead! If anyone has ideas on how to separate 
  195.                                                                        ^^^^^^
  196. >this extra text, while preserving useability, I would love to hear it!!!
  197.  ^^^^^^^^^^^^^^^
  198.  
  199. For files containing 2-line elements, try 
  200.  
  201. grep '^[12] [0-2]' oldfile > newfile
  202.  
  203.  
  204. Or you can use a short BASIC program:
  205.  
  206. OPEN "OLDFILE" FOR INPUT AS #1
  207. OPEN "NEWFILE" FOR INPUT AS #2
  208.  
  209. WHILE NOT EOF(1)
  210.  LINE INPUT #1, A$
  211.  B$ = LTRIM$(RTRIM$(A$))
  212.  
  213.  IF (LEFT$(B$,2) = "1 " OR LEFT$(B$,2) = "2 ")) AND LEN(B$) = 69 THEN
  214.    PRINT #2, B$
  215.  END IF
  216.  
  217. WEND
  218. CLOSE
  219. END
  220.  
  221. ------------------------------
  222.  
  223. Date: 29 Jun 1994 17:40:13 GMT
  224. From: ihnp4.ucsd.edu!swrinde!howland.reston.ans.net!spool.mu.edu!vms.csd.mu.edu!2575BROOKSR@network.ucsd.edu
  225. Subject: S. Trakcing Prg Recommendation
  226. To: ham-space@ucsd.edu
  227.  
  228. I was wondering if anyone had suggestions as to which Sat Track
  229. software would be good to use on a 286 laptop with only a HD
  230. floppy?  I'm currently using TrakSat, but it just barely runs...
  231. and sometimes crashes.
  232.  
  233. Thanks for any input.
  234. Ryan Brooks
  235.  
  236. ------------------------------
  237.  
  238. Date: 30 Jun 1994 08:23:36 GMT
  239. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!pipex!lyra.csx.cam.ac.uk!warwick!kinguni!usenet%ceres@network.ucsd.edu
  240. Subject: Satellite Tracking
  241. To: ham-space@ucsd.edu
  242.  
  243. This post is a follow-up to my post last week about a satellite tracking system
  244. which I am hoping to write in C for my final year project.
  245.  
  246. Thanks to the numerous people who replies with suggestions and clips of code in
  247. numerous different languages (I didn't realise how similar all these languages 
  248. were - amazing how much you can relate to either C or Modula-2). Thanks also to
  249. all the people who offered to rip the guts out of their programs and send me a
  250. sysnposis (is that the right word?) of the code contained therein.
  251.  
  252. To those others who requested that I let them know what the outcome was. The answers
  253. all lie in the book "Satellite Experimenter's Handbook" by Martin Davidoff, published
  254. by the ARRL. This contains a chapter which runs through - step by step - all the
  255. formulae and computations needed to track a satellite in real time from the Kepler
  256. elements.
  257.  
  258. The book also explains everything else you could ever want to know about satellites,
  259. including specific details on each 'bird' (I might as well try and get the 
  260. terminology correct).
  261.  
  262. In response to Tom <WB7ASR> who suggested that I write my program as a Windows .DLL
  263. in C++ I can only say this. What kind of nutter masochist do you think I am? I have
  264. done some windows applications programming in my time and I can imagine how hard
  265. decent graphics are to do. *imagine a sad shake of the head around here*
  266.  
  267. The good news for Tom is that the finished result WILL have rotator control - in
  268. fact that is the whole point of my project. To write a tracking system which will
  269. actually track a satellite. In fact it will track a number of them.
  270.  
  271. The project is unlikely to be finished for another nine months or so - I am just
  272. beginning now - but when it is I will be more than happy to make sources and hardware
  273. specifications available to anyone who wants them. I will post to this group when 
  274. they are ready but don't hold your breath.
  275.  
  276.  
  277. Thanks again to all those who helped, especially Neill Taylor <G4HLX> who sent me
  278. a PASCAL listing which did everything I wanted to do. I have never programmed in
  279. PASCAL and don't claim to understand it but his code was so well commented that it
  280. was quite easy to understand. It made a lot of murky things somewhat clearer.
  281.  
  282. Sorry for the exceptionally long post but I wanted to make sure that everyone who
  283. had helped knows how grateful I am. You all know who you are, sorry I couldn't reply
  284. individually but you wouldn't believe how much mail I got.
  285.  
  286.  
  287. In my opinion the response to this request has justified my belief in both this list
  288. and in the world-wide society of Radio Amateurs in general.
  289.  
  290. Thanks,
  291.  
  292. -Niall
  293.  
  294. ---
  295.  
  296.                               --==****==--
  297.        Niall Pagdin, Student Advisory (SC), Kingston University,
  298.                  Kingston-upon-Thames, London, England.
  299.                     E~Mail: niall@crystal.king.ac.uk
  300.  
  301.                                 - G7PDX -
  302.  
  303.       "Only those who attempt the absurd, achieve the impossible!"
  304.  
  305. ------------------------------
  306.  
  307. End of Ham-Space Digest V94 #172
  308. ******************************
  309.